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Abstract 


Sophisticated  network  storage  management  applications  are  rapidly  evolving  to  satisfy  a 
market  demand  for  highly  reliable  data  storage  systems  with  tremendous  data  storage 
capacities  and  performance  requirements.  To  preserve  a high  degree  of  data  integrity, 
these  applications  must  rely  on  intelligent  data  storage  devices  and  subsystems  that  can 
provide  reliable  indicators  of  data  degradation.  Error  correetion  aetivity  generally  occurs 
within  storage  devices  without  notification  to  the  host.  Early  indicators  of  degradation 
and  media  error  monitoring  and  reporting  (MEMR)  techniques  implemented  in  data 
storage  devices  allow  network  storage  management  applications  to  notify  system 
administrators  of  these  events  and  to  take  appropriate  corrective  actions  before 
catastrophic  errors  occur.  Although  MEMR  techniques  have  been  implemented  in  data 
storage  devices  for  many  years,  until  1996  no  MEMR  standards  existed.  In  1996  the 
American  National  Standards  Institute  (ANSI)  approved  the  only  known  (world-wide) 
industry  standard  specifying  MEMR  techniques  to  verify  stored  data  on  optical  disks. 
This  industry  standard  has  been  developed  under  the  auspices  of  the  Association  for 
Information  and  Image  Management  (AIIM).  AIIM  Optical  Tape  Subcommittee  initiated 
the  development  of  another  data  integrity  standard  specifying  a set  of  techniques  and 
metadata  to  verify  stored  data  on  optical  tape  media  (“Media  Error  Monitoring  and 
Reporting  Information  (MEMRI)”)-  The  scope  of  the  work  has  been  recently  extended  to 
any  type  of  sequential  storage  media.  The  standard  will  now  be  developed  under  AIIM 
Subcommittee  C2I.4,  “Intelligent  Data  Storage  Subsystems”.  This  paper  discusses  the 
need  for  intelligent  storage  devices  and  subsystems  that  can  provide  data  integrity 
metadata,  the  content  of  the  existing  data  integrity  standard  for  optical  disks  and 
techniques  and  metadata  to  verify  stored  data  on  optical  tapes  developed  by  the  AIIM 
Optical  Tape  Subcommittee. 
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1.  INTRODUCTION 

Network  storage  management  applications  provide  for  high  data  accessibility  by  means  of 
backup  and  archiving,  remote  vaulting,  file  mirroring,  hierarchical  storage  management, 
and  storage  device  and  server  mirroring  (Peterson  [1]).  The  amount  of  stored  digital  data 
is  increasing  for  certain  applications  to  Terabytes  (10'“  bytes)  and  even  Petabytes  (lO'*’ 
bytes).  The  amount  of  stored  data  per  media  unit  is  also  increasing.  It  is  currently  possible 
to  utilize  magnetic  tapes  that  store  tens  to  hundreds  of  Gigabytes  per  tape  cartridge  and 
optical  disks  with  capacities  of  tens  of  Gigabytes.  It  is  anticipated  that  when  optical  tape 
products  become  available  they  will  reach  Terabyte  capacities  per  media  unit. 

The  demand  for  network  storage  management  applications  that  provide  high  data 
integrity  is  also  increasing.  To  preserve  a high  degree  of  data  integrity,  these  network 
storage  management  systems  can  make  use  of  intelligent  data  storage  devices  and 
subsystems  that  incorporate  sophisticated  media  error  monitoring  and  reporting  (MEMR) 
techniques.  These  techniques  can  verify  the  data  integrity  of  stored  data  and  are  able  to 
provide  to  the  user  early  warnings  of  data  degradation  through  the  network  storage 
application.  MEMR  techniques  have  been  implemented  in  data  storage  devices  for  many 
years.  MEMRI  information  is  defined  to  be  data  integrity  metadata  derived  from  MEMR 
techniques. 


^ This  work  was  partially  sponsored  by  the  National  Aeronautics  and  Space  Administration 
Goddard  Space  Flight  Center 

" Contributions  of  the  National  Institute  of  Standards  and  Technology  (NIST)  are  not  subject  to  copyright. 
Certain  trade  names  and  company  products  are  identified  in  this  publication.  In  no  case  does  such 
identification  imply  recommendation  or  endorsement  by  the  National  Institute  of  Standards  and 
Technology,  nor  does  it  imply  that  the  products  are  necessarily  the  best  available  for  the  purpose. 


In  1995,  industrial  organizations  involved  in  the  developing  of  optical  tape  technology 
expressed  interest  in  addressing  data  integrity  issues  related  to  this  emerging  data  storage 
technology.  In  August  1995,  AIIM  formed  the  Optical  Tape  Study  Group  (OTSG)  to 
promote  discussions  among  users  and  industry  on  media  characteristics,  testing  methods, 
data  integrity  and  future  standards  for  optical  tape  technology.  The  Study  Group  attracted 
broad  industry  and  user  participation  (e.g,  Eastman  Kodak  Company,  the  Library  of 
Congress,  LOTS  Technology,  the  National  Archives  and  Records  Administration, 
National  Media  Lab/Imation,  National  Storage  Industry  Consortium,  National  Institute  of 
Standards  and  Technology,  Polaroid  Corp.,  StorageTek,  Systems  Engineering  & Security, 
Inc.,  Terabank  Systems,  and  the  University  of  Arizona,  Optical  Sciences  Center). 

This  user  and  industry  group  expressed  interest  in  developing  a standard  specifying 
MEMR  techniques  and  the  associated  MEMRI  metadata  for  optical  tape.  Data  integrity 
issues,  MEMR  techniques  and  the  proposed  MEMRI  metadata  have  been  discussed  and 
analyzed  in  multiple  papers  submitted  to  AEIM  OTSG  (Podio  [2]),  (Silberstein  [3]), 
(Podio  [4]),  (Manavi  [5]),  (Thibodeau  [6]),  (Vollrath  [7]  [8]). 

The  AIIM  OTSG  completed  its  work  during  1997  by  submitting  to  AIIM  two  project 
proposals  for  the  development  of  ANSI  standards:  (a)  a proposal  for  the  development  of 
an  ANSI  media  interchange  standard  for  digital  data  interchange  in  write-once  read  many 
times  (WORM)  optical  tape  cartridges  (AIIM  OTSG  [9])  and  (b)  a project  proposal  for 
the  development  of  an  ANSI  standard  specifying  media  error  monitoring  and  reporting 
information  (MEMRI)  to  verify  the  integrity  of  stored  data  on  optical  tape  media  (ADM 
OTSG  [10]). 

In  August  1997,  ADM  formed  the  Optical  Tape  Subcommittee  C21.3  working  under 
Committee  C21,  “Advanced  Data  Storage  Subsystems”.  This  Subcommittee  started  work 
in  early  November  1997  on  the  two  proposed  standards  mentioned  above.  The  initial 
scope  of  the  “MEMRI”  project  was  for  the  specification  of  techniques  and  metadata  to 
verify  stored  data  on  optical  tapes.  The  project’s  scope  has  now  been  extended  to  the 
specification  of  techniques  and  metadata  to  verify  stored  data  on  any  type  of  sequential 
storage  media.  Work  on  this  project  will  start  in  the  Fall  of  1998  under  a new  ADM 
Subcommittee  being  formed:  C21.4,  “Intelligent  Data  Storage  Subsystems”. 

The  paper  is  organized  as  follows.  Section  2 focuses  on  the  need  for  media  error 
monitoring  and  reporting  techniques  and  discusses  the  correction  capacity  of  error 
correcting  codes  currently  implemented  in  data  storage  devices.  Section  3 describes 
existing  network  storage  management  data  integrity  standards.  Section  4 describes 
techniques  and  metadata  to  verify  stored  data  on  sequential  storage  media  developed  by 
the  AIIM  Optical  Tape  Subcommittee. 
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2.  MEDIA  ERROR  MONITORING  AND  REPORTING  AND  ERROR 
CORRECTING  CODES 

2.1  Need  for  Media  Error  Monitoring 

The  need  for  data  integrity  metadata  is  apparent.  Error  Correcting  Code  (ECC)  systems 
implemented  in  data  storage  devices  are  very  powerful.  They  are  designed  to  correct  burst 
errors  and  can  also  easily  correct  random  errors.  The  user  is  undisturbed  by  (but  also 
usually  unaware  of)  the  level  of  correction  that  is  taking  place.  Depending  upon  the 
number,  length  and  location  of  burst  errors,  however,  some  of  these  errors  may  be 
uncorrectable.  When  errors  become  uncorrectable  data  loss  will  occur. 

In  the  absence  of  early  warning  indicators  of  data  degradation  and  other  media  error 
monitoring  capabilities,  data  storage  devices  and  subsystems  cannot  provide  network 
storage  management  applications  with  the  information  required  to  a high  degree  of  data 
integrity. 

2.2  Error  Correcting  Codes  for  Data  Storage  Devices 

One  ECC  commonly  used  on  rewritable  magneto-optical  disks  is  an  interleaved  ECC 
(ISO  [11]).  In  this  type  of  optical  disk,  each  sector  contains  512  bytes  which  are  5-way 
interleaved.  (If  the  sector  contains  1024  bytes  the  format  is  similar  but  a 10-way 
interleave  is  used.)  This  example  of  a 5-way  interleaved  data  field  format  where  each  of 
the  five  columns  represent  a codeword  has  been  described  in  detail  in  (Podio,  Vollrath, 
Kobler  [12]). 

Figure  1 depicts  how  bytes  are  interleaved  within  a 512  byte  sector.  As  shown,  other 
bytes,  in  addition  to  the  512  user-data  bytes,  are  stored  on  the  media.  The  bytes  are 
recorded  onto  the  disk  from  left  to  right  and  from  top  to  bottom  (SB|,  SB2,  SB3,  D|,  D2, 
...,  E4.16,  E5.16).  Each  of  the  five  columns  shown  in  Figure  1 represents  a codeword.  In  this 
implementation,  a Reed-Solomon  code  is  used  to  calculate  the  ECC  bytes,  Ei  i,  E2.1,  ..., 
E3.16  for  the  first  codeword  and  so  on.  Interleaving  the  bytes  in  different  codewords 
reduces  the  probability  of  a burst  error  (n  consecutive  bytes  in  error)  on  the  media  to 
produce  uncorrectable  data. 

The  sector  bytes  in  this  interleaved  configuration  represent  the  following: 

• D|  to  D512  are  the  user  data  bytes. 

• Pi.o  P1.2,  •••,  P3.4  are  the  data  management  pointers  (DMP)  bytes.  These  bytes  are 
information  for  sector  reallocation  (the  link  between  defective  and  replacement 
sectors). 
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• FF  are  two  filler  bytes. 

• Cl  to  C4  bytes.  These  are  cycle  redundancy  check  (CRC)  bytes.  CRC  bytes  are 
computed  from  the  user,  DMP  and  FF  bytes. 

• SB]  to  SB3  bytes.  These  are  bytes  that  synchronize  the  data  signal  and  the  drive  clock. 

• RS]  to  RS40  bytes.  These  bytes  preserve  synchronization  within  the  sector. 

• Ei,i,  £2,1,  ...,  £5,16- ••  are  the  ECC  bytes. 


CODEWORD  NO.  =>  1 2 3 4 5 ROW  NO. 


SBi 

SB2 

SB3 

D, 

D2 

D3 

D4 

D5 

De 

D7 

Ds 

D9 

Dio 

Dn 

Di2 

D,3 

Di4 

Di5 

RSi 

Di6 

Di7 

Di8 

Di9 

D20 

D2J 

D22 

D23 

D24 

D25 

D26 

D27 

D28 

D29 

D30 

RS2 

D3, 

D32 

D33 

D34 

D35 

RS33 

D496 

D497 

D498 

D499 

D50O 

D?oi 

D502 

D50,4 

D504 

D505 

Ds06 

D507 

D508 

D509 

D310 

RS34 

D5I1 

D512 

Pl.l 

P1.2 

P1.3 

Pi, 4 

P2.1 

P2.2 

P2.3 

P2.4 

P.4.1 

P.4.2 

P3..4 

P3,4 

(FF) 

RS35 

(FF) 

Cl 

C2 

C3 

C4 

Ei.i 

E2,1 

E3.I 

E4,1 

E5,1 

E1.2 

E2.2 

E3.2 

E4,2 

E5.2 

RS36 

E,,3 

E2,3 

E3,3 

E4.3 

E5,3 

Ei,4 

E2.4 

E3.4 

E4.4 

E5.4 

El, 14 

E2.14 

E3,14 

E4,14 

E,5.14 

RS40 

El. 15 

E2,15 

E3,15 

E4,15 

Es.is 

El, 16 

E2.I6 

E3,16 

E4,16 

Es.ie 

105 

104 

103 

102 

101 

100 

99 

6 

5 

4 

3 

2 

1 

0 

-1 

-2 

-3 

-4 


-14 

-15 

-16 


Figure  1.  An  example  of  a 5- way  interleaved  data  field  format  where  each  of 
the  five  columns  represent  a codeword 

The  power  of  this  interleave  scheme  and  ECC  is  shown  in  the  following  example.  If  a 
burst  error  of  length  16  occurs  on  the  media  (for  example,  from  bytes  D16  to  D31),  each 
codeword  (columm)  has  no  more  than  four  bytes  in  error  (caused  by  this  burst  error).  The 
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ECC  can  correct  this  burst  error.  This  ECC  implementation  has  the  capability  of  directly 
correcting  no  more  than  8 bytes  in  error  per  codeword. 

Different  data  storage  deviees  utilize  different  ECC  implementations.  One  standard 
(ANSI  [13])  describes  the  use  of  two  Reed-Solomon  codes  which  operates  between  the 
drive  data  buffer  and  the  read/write  heads.  The  outer  ECC  appends  8 check  bytes  to  each 
128  byte  data  block  and  is  defined  as  an  RS  (136,  128)  code.  The  inner  ECC  encoder 
appends  8 check  bytes  to  each  85  bytes  data  bloek  with  two  ID  bytes.  This  is  known  as  an 
RS  (95,  87)  code.  Examples  of  other  ECC  implementations  can  be  found  in  (ISO  [14] 
[15]). 

3.  NETWORK  STORAGE  MANAGEMENT  DATA  INTEGRITY  STANDARDS 
3.1  MEMR  - A Standard  to  Determine  Optical  Disk  Data  Integrity 

In  1996,  ANSI  approved  the  only  known  (world-wide)  voluntary  industry  standard 
specifying  media  error  monitoring  and  reporting  techniques  to  verify  stored  data  on  data 
storage  media  (ANSI  [16]).  This  standard,  developed  under  AIIM  C21  Committee,  and 
known  as  “ANSI/AIIM  MS59”  specifies  a set  of  MEMR  tools  and  the  associated  media 
error  metadata  to  verify  stored  data  on  optical  digital  data  disks.  An  accompanying 
Technical  Report,  known  as  “ANSI/AIIM  TR39”  (ANSI  [17]),  provides  guidelines  for  the 
use  of  these  MEMR  tools  and  the  associated  metadata.  An  equivalent  international 
standard  based  on  ANSI/AKM  MS59  is  also  being  developed. 

Users  of  optical  digital  data  storage  drives  that  implement  the  techniques  specified  in 
ANSI/AIIM  MS59  ean  gather  statistical  information  on  media  errors.  This  metadata 
allows  them  to  highlight  data  integrity  trends  on  particular  selected  disks  or  across  their 
entire  data  sets.  These  techniques  provide  data  recovery  and  media  error  monitoring  tools 
with  different  levels  of  sophistication.  ANSI/AIIM  MS59  specifies  two  MEMR  levels: 

High  level: 

• A set  of  functional  commands  that  is  operating  system  (e.g.,  Unix,  Windows™)  and 
interface  (e.g.  SCSI-2,  IPI)  independent.  In  addition,  this  high  level  interface  is  optical 
disk  media  type  (e.g,  Write-Once  Read  Many  Times  or  rewritable  media)  and  size 
independent. 

Interface  level: 

• An  implementation  of  SCSI-2  (Small  Computer  Systems  Interface  - version  2) 
commands.  These  commands  allow  network  storage  management  applications  to 
include  data  verification  tools  at  the  SCSI  level  which  are  drive  type  and  size 
independent,  through  the  use  of  MEMR  techniques. 
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Table  1 lists  the  types  of  data  integrity  metadata  provided  by  MEMR  techniques  specified 
in  the  standard  (ANSI/AIIM  MS59).  Table  2 describes  the  content  of  the  technical  report 
(ANSI/AUM  TR39).  Standard  metadata  related  to  media  errors  allows  network  storage 
management  applications  to  retrieve  the  same  information  even  if  storage  subsystems 
consist  of  different  optical  disk  drives.  Decisions  on  the  frequency  of  use  of  these  tools 
are  not  specified  in  the  standard. 

Table  1 - Metadata  Specified  in  ANSI/AIIM  MS59  Standard 


• Early  warnings  of  an  increasing  number  of  media  errors 

• List  of  reallocated  sectors 

• Corrections  above  a defined  media  error  level 

• Total  number  of  bytes  in  error,  number  of  bytes  in  error  per  sector  and  maximum 
number  of  bytes  in  error  in  any  sector  codeword 

• The  uncorrected  or  corrected  sector  content 

• Errors  encountered  reading  header  information  such  as  the  sector  address,  sector  marks 
and  synchronization  signals 

• Maximum  length  of  contiguous  defective  bytes 


Table  2 - Scope  of  ANSI/AIIM  TR39 

• Interpretation  of  the  metadata  provided  by  ANSI/AUM  MS59 

• Statistical  sampling  methods 

• Automation  of  media  testing 

• Graphical  methods  for  media  error  representation 

• Use  of  error  distributions  and  statistical  models  to  evaluate  data  integrity 

• A summary  of  the  ANSI/AIIM  MS59  command  set 
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3.2  Associated  Industrial  Efforts 


Two  additional  industrial  efforts  are  identified:  (a)  a proposed  standard  for  tape  drive 
management  developed  by  Hewlett-Packard  (Hewlett-Packard  Tape  Alert™  [18]);  and  (b) 
Imation’s  Media  Performance  Manager  (Imation  [19]). 

TapeAlert™  is  a tape  drive  status  monitoring  and  messaging  utility  that  makes  it  easy  to 
detect  problems,  which  could  have  an  impact  on  backup  quality.  To  reach  agreement  on 
an  enhanced  specification  (Gold  [20]),  Hewlett-Packard  has  formed  an  industry  Working 
Group,  incorporating  representatives  from  major  tape  drive  and  backup  software 
companies. 

Imation’s  Media  Manager  is  a storage  management  software  product  that  allows  system 
administrators  to  perform  data  storage  management  from  the  user’s  desktop  in  real-time. 
Media  Manager  was  co-developed  by  Imation  and  Sterling  Software. 


4.  AN  EMERGING  STANDARD  SPECIFYING  TECHNIQUES  AND 

METADATA  TO  VERIFY  STORED  DATA  ON  SEQUENTIAL  STORAGE 
MEDIA 

4.1  Scope  and  Objectives  of  the  Standard 

This  standard  was  under  development  in  AIIM  Optical  Tape  Subcommittee,  C21.3.  The 
initial  scope  of  the  standard  was  the  specification  of  techniques  and  metadata  to  verify 
stored  data  on  optical  tapes.  The  project’s  scope  has  now  been  extended  to  the 
specification  of  techniques  and  metadata  to  verify  stored  data  on  afiy  type  of  sequential 
storage  media.  The  standard  will  be  developed  under  a new  ARM  Subcommittee,  C21.4, 
“Intelligent  Data  Storage  Subsystems’’.  The  techniques  and  metadata  developed  by  C21.3 
will  be  submitted  as  a contribution  to  the  work  of  the  new  proposed  standard. 

The  approach  followed  by  C21.3  was  specifying  a set  of  MEMRI  metadata  to  verify 
stored  data  on  optical  tape  media  and  the  means  of  transporting  the  media  error 
information  in  a technology-and-interface-independent  manner.  These  techniques  and 
metadata  define  a high-level  interface  that  is  independent  of  the  host  operating  system 
and  the  interface  between  the  storage  device  and  the  host.  They  are  media  type  and  size 
independent  and  they  can  be  applied  to  systems  that  use  any  tape  media  size  and  type. 

The  draft  standard  (ARM  Optical  Tape  Subcommittee  [21])  specifies: 

• A high-level  interface  that  will  allow  a drive  to  indicate  to  a network  storage 

management  application  whether  a given  media  should  continue  to  be  used  or  should 
be  replaced  by  fresh  media.  This  information  is  an  early  warning  of  data  degradation. 
The  supplier  of  MEMRI  compliance  {server)  can  choose  to  offer  this  recommendation 
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either  with  or  without  defining  the  underlying  chain  of  reasoning  that  generated  the 
conclusion. 

• A standard  means  of  communicating  the  information  that  led  to  the  drive  to 
recommend  media  replacement.  If  a supplier  chooses  to  define  the  underlying  chain  of 
reasoning  that  generated  the  early  warning  of  data  degradation,  the  MEMRI  Standard 
supplies  a standard  means  of  communicating  the  analyses  that  were  used  to  generate 
the  recommendation. 

• A standard  means  of  describing  and  accessing  through  a high-level  functional 
interface,  standard  or  vendor-specific  drive  accumulators  and  registers  that  store 
media  error  information. 

• A high-level  standard  set  of  metadata  elements  that  represent  the  content  of  drive 
accumulators  that  store  statistics  about  media  errors. 

The  draft  standard  specifies  transport  functions  (query,  response,  attention  and  clear 
attention)  and  the  query  layer  (data  types  and  volume-related  queries).  The  transport 
functions  and  the  query  layer  are  briefly  described  below. 

4.2  Transport  Functions 

The  transport  functions  are  the  means  by  which  the  client  communicates  with  the  sender. 
Standard  communication  needs  are  transacted  across  a given  interface.  The  three 
proposed  transport  functions  are: 

• Query.  Provide  for  communication  of  queries  from  the  client  to  the  sender.  These 
queries  will  consist  of  a string  of  characters  taken  from  the  printable  ASCII 
characters.  The  client  may  send  a query  at  any  time. 

• Response.  Provide  for  communication  of  the  responses  to  the  queries  from  the  server 
to  the  client.  These  responses  will  consist  of  strings  of  characters  taken  from  the 
printable  ASCII  characters.  The  server  must  generate  exactly  one  single  response  to 
each  query  sent  to  it  by  the  client,  and  cannot  otherwise  generate  responses. 

• Attention.  Provide  for  the  server  to  indicate  “attention”  to  the  client.  This  attention 
will  consist  of  a boolean  indicator  raised  by  the  server.  The  server  may  assert 
attention  at  any  time. 

• Clear  Attention.  Provide  for  the  client  to  recognize  and  clear  the  attention  condition. 

4.3  Query  Layer 

As  currently  specified,  any  query  can  have  the  string  “.DATA_TYPE”  appended  to  it.  If 
the  query  is  valid  the  server  will  respond  with  “INTEGER”,  “STRING”,  or 
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“CONTAINER”  to  indicate  the  data  type  returned  by  that  query.  Table  3 below  shows 
some  examples  using  fictitious  queries. 

• Integer  Data  Type 

Values  of  integers  (a  32-bit  signed  integer)  are  set  by  appending  ‘=’  and  a value  to  the 
integer’s  query.  Values  can  be  set  either  in  decimal  or  in  hex,  using  the  “C”  notation. 
When  an  integer  value  is  queried,  the  server  normally  responds  with  its  decimal  value.  If 
the  query  has  .AS_HEX  appended  to  it,  the  value  will  be  returned  in  hex. 

• String  Data  Type 

It  is  a string  of  printable  ASCII  characters.  Values  can  be  set  by  appending  ‘=’  and  a 
value  to  the  string’s  query.  Strings  can  be  set  to  any  sequence  of  byte  values  using  the 
printable  characters  of  the  ASCII  character  set  and  escape  sequences. 

• Container  Data  Type 

An  object  capable  of  holding  and  organize  several  sub-objects.  The  sub-objects  are 
typically  related  to  each  other.  Container  values  cannot  be  set  in  a single  step.  Container 
values  can  be  polled. 


Table  3 - Fictitious  Query  Examples 


Client 

/MEMRI/X.DATA_TYPE 

The  client  requests  the  data  type  of  X. 

Server 

INTEGER 

The  server  responds  with  the  data  type. 

Client 

/MEMRWOLUMES.DATA_TYPE 

The  client  requests  the  data  type  of 
VOLUMES 

Server 

CONTAINER 

The  server  responds  with  the  data  type. 

4.4  Volume-Related  Queries  (/MEMRIA^OLUMES) 

The  /MEMRWOLUMES  object  is  a container.  The  members  of  this  container  will  be  a 
list  of  all  volumes  for  which  this  server  has  MEMRI  information  available.  Table  4 
shows  examples  of  volume-related  queries.  The  volume-related  queries  include  Volume 
Parameters  (/MEMRI/VOLUMES/nn/PARAMETERS)  and  Volume  Media  Parameters 
(/MEMRI/VOLUMES/nn/PARAMETERS/MEDIA  ) : 

• Volume  Parameters  (/MEMRI/VOLUMES/nn/PARAMETERS): 
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This  container  object  contains  all  parameters  for  the  specified  volume.  Compliant 
devices  must  provide  this  container  object  and  it  must  contain  the  CASETYPE, 
MANUEACTURER  and  MEDIA  sub-objects.  Additional  sub-objects  can  be  present. 

• Volume  Media  Parameters  (/MEMRI/VOLUMES/nn/PARAMETERS/MEDIA ) : 

This  container  object  contains  all  media-related  parameters  for  the  specified  volume. 
Compliant  devices  must  provide  this  container  object  and  it  must  contain  the  TYPE  and 
MEMRI_STORAGE_LOCATION  sub-objects.  Additional  sub-objects  can  be  present. 


Table  4 - Examples  of  Volume-Related  Queries 


Client 

/MEMRWOLUMES 

The  client  requests  a list  of 
all  volumes 

Server 

{ AA23  THX-1 138  “REEERENCE  TAPE”} 

The  server  returns  the  list 
of  volumes 

Client 

/MEMREVOLUMES/THX- 1 1 38 

The  client  requests 
information  about  volume 
‘'THX-1 138” 

Server 

{PARAMETERS  EVENTS  READINGS 
ACCUMULATORS 

RECOMMENDATIONS } 

The  sender  responds  by 
listing  all  of  the  areas  for 
which  information  is 
available  concerning  the 
volume 

5.  CONCLUSIONS 

To  provide  for  high  aceessibility  and  high  data  integrity  of  stored  data,  network  storage 
management  applications  require  reliable  indicators  of  data  integrity  from  data  storage 
devices  and  subsystems.  To  satisfy  this  need,  data  storage  devices  and  subsystems  are 
becoming  more  intelligent.  Reliable  indicators  of  data  degradation  include  early 
warnings,  media  error  monitoring  and  reporting  techniques  and  data  integrity  metadata. 
Error  correction  activity  generally  occurs  without  notification  to  the  host.  With  data 
integrity  metadata  available  at  the  network  storage  management  level,  these  applications 
can  monitor  the  degree  of  data  degradation  and  error  correction  activity  taking  place  in 
data  storage  devices.  Highly  reliable  storage  subsystems  can  use  these  network  storage 
management  applications  to  significantly  decrease  the  possibility  of  data  loss.  Network 
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storage  management  industiy  standards  that  specify  MEMR  techniques  and  the  associated 
data  integrity  metadata  are  emerging.  An  industry  standard  to  verify  the  data  integrity  of 
stored  data  on  optical  digital  data  disks  exists  and  others  standards  are  being  developed. 
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